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(57) Abstract: Disclosed are a method, a system of devices, and 
a computer program product for enhancing an input document data 
flow which comprises at least one input format file (23) containing 
format definitions and an input document data file (22) that is struc- 
tured into areas and/or subareas and contains variable data. Level 
structures corresponding to the areas (40) and/or subareas (41, 42, 
43, 44) of the input document data file (22) are defined in a control 
file (46) by means of finishing commands. The finishing commands 
are assigned to the different levels in the control file (46), and an out- 
put format file and a file which contains variable data and associated 
multicasts in some areas or subareas are automatically generated by 
a computer program module (50) based on the control file (46), the 
input format file (23), and the input document data file (22). 

(57) Zusammenf ass ung : In einem Verfahren, einem Geratesystem 
und einem Computerprogrammprodukt zum Anreichern eines 
Eingangs-Dokumentendatenstroms, der wenigstens eine Format- 
definitionen beinhaltende Eingangs-Formatdatei (23) und eine 
in Bereiche und/oder Unterbereiche strukturierte, variable Daten 
enthaltende Eingangs- Dokumentendatendatei (22) enthalt, werden 
mit Finishing-Befehlen in einer Kontrolldatei (46) Ebenenstrukturen 
definiert, die den Bereichen (40) und/oder den Unterbereichen (41, 
42, 43, 44) der Eingangs-Dokumentendatendatei (22) entsprechen. 
In der Kontrolldatei (46) werden die Finishing-Befehle den 
Ebenen zugeordnet und anhand der Kontrolldatei (46), der Ein- 
gangs-Formatdatei (23) und der Eingangs-Dokumentendatendatei 
(22) von einem Computerprogrammmodul (50) automatisch eine 
Ausgangs-Formatdatei und eine variable Daten enthaltene Datei, in 
der bereichs- oder unterbereichsweise zugehdrige Gruppenaufrufe 
enthalten sind, erzeugt. 
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Verfahren, Geratesystem und Computerprogrammprodukt 
zum dokumentenbezogenen Erweitern eines resourcenstrukturier- 

ten Dokumentenda tens troms 



Die Erfindung betrifft ein Verfahren, ein Geratesystem und 
ein Computerprogrammprodukt zum Verarbeiten eines Dokumenten- 
datenstroms, der strukturierte Felder enthalt. Ein typisches 
Dokumentendatenformat dieser Art ist das Format AFP™ (Ad- 
vanced Function Presentation) . Es wird insbesondere in elekt- 
ronischen Produktionsdruck-Umgebungen, verwendet, d.h. in Da- 
tenverarbeitungs- und Drucksystemen, die Dokumentendaten mit 
einer Geschwindigkeit von bis zu einigen tausend Seiten pro 
Minute verarbeiten. 

Derartige Dokumentenproduktionssysteme weisen einen hohen Au- 
tomatisierungsgrad auf. In der US-A-6, 137 , 967 ist beispiels- 
weise ein Drucksystem mit integrierter Qualitatspruf ung be- 
schrieben. 

Verschiedene Druckdatenstrome und Drucksysteme sind bei- 
spielsweise in der Verof f entlichung „Das Druckerbuch" , Dr. 
Gerd Goldmann (Herausgeber) , Oce Printing Systems GmbH, 6. 
Ausgabe (Mai 2001), ISBN 3-00-001019-x beschrieben. In Kapi- 
tel 14 ist das Serversystem 0c£ PRISMApro beschrieben. Dieses 
flexible Druckdaten-Serversystem ist beispielsweise dazu ge- 
eignet, Druckdaten von Datenquellen wie einem Quell-Computer, 
der Druckdaten in einer bestimmten Druckdatensprache wie Line 
Data (Zeilendaten) , AFP, PCL (Printer Command Language), 
PostScript, SPDS (Siemens Print Data Stream) oder in der von 
der Firma Xerox Coperation entwickelte Sprache LCDS an ein 
Druckproduktionssystem zu ubertragen. 

Details des resourcenstrukturierten Dokumentendatenstroms 
AFP™ sind in der Publikation Nr. S-544-3884-02 , herausgege- 
ben von der Firma International Business Machines Corp. (IBM) 
mit dem Titel „AFP Programming Guide and Line Data Reference" 
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beschrieben. Diese Dokumentation ist uber die Addresse IBM 
Printing Systems Division, Dept. H7FE, Building 004M, Infor- 
mation Development, PO Box 1900, Boulder CO 80301-9191 USA 
oder uber 

http: //publib .boulder . ibm.com/prsys/pdfs/54438842 .pdf zu be- 
ziehen . 

Der Dokumentendatenstrom AFP wurde weiterentwickelt zu dem 
resourcenstrukturierten Dokumentendatenstrom MO: DC A™, wel- 
cher in der IBM-Publikation SC31-6802-05 (April 2001) mit dem 
Titel „Mixed Object Document Content Architecture Reference" 
beschrieben ist. Dieses Dokument ist auch unter der Internet- 
Addresse 

http : //publib .boulder . ibm. com/prsys/pdf s/c3168 02 5 .pdf 
zuganglich. Details dieses Datenstroms, insbesondere die Ver- 
wendung von strukturierten Feldern (structured fields) , sind 
auch in der US-A-5, 7 68, 488 beschrieben. Im Rahmen der vorlie- 
genden Beschreibung wird zwischen AFP- und MO:DCA- 
Datenstromen nicht unter schieden . 

AFP/MO: DCA-Datenstrome werden im Zuge von Druckproduktions- 
auftragen haufig in Datenstrome des Formats Intelligent Prin- 
ter Data Stream™ (IPDS™) umgewandelt und in diesem Format an 
einen Hochleistungsdrucker ubertragen. In der US-A-5, 982, 997 
ist ein solcher Prozeli gezeigt. 

•In der Spezif ikation "UP 3 I; Universal Printer Pre- and 
Postprocessing Interface", Version 1.02 (Juli 2002), heraus- 
gegeben von den Firmen Duplo International Ltd., Hunkeler AG, 
IBM Coperation, Oce Printing Systems GmbH und Strlilfors AB, 
die unter der Internet-Adresse www.up3i .org als Datei herun- 
tergeladen werden kann, sind verschiedenste Steuerbef ehle 
vorgesehen, die bei der Erstellung eines gedruckten Dokuments 
zur Steuerung verschiedener Gerate eines Druckproduktionssys- 
tems wie DruckgerSten und diesen vor- und nachgeschalteten 
Geraten wie z.B. Abrollern, Schneidegeraten, Lochgeraten, 
Heftgeraten und Bindegeraten, verwendet werden konnen. Dabei 



WO 2004/013748 




T/EP2003/008439 



ist vorgesehen, class derartige Daten zwischen den unter- 
schiedlichen Geraten, also z.B. zwischen einer Papierspende- 
vorrichtung und einem Druckgerat ausgetauscht werden. 

Auf den Seiten 134 bis 141 der UP 3 I-Spezif ikation sind be- 
reits Beispiele genannt, wie Befehle fur Druckvor- bzw. Nach- 
verarbeitungsgerate in einen AFP (MO:DCA) bzw. IPDS- 
Datenstrom eingefugt werden konnen. Mit den UP 3 I- 
Erweiterungen konnen AFP-Anwendungen nun UP 3 I- 

Kontrollkommandos beinhalten, die zu einem Drucker libertragen 
werden, wobei druckerspezif ische Datenf ormate wie IPDS ver- 
wendet werden konnen. Die UP 3 I-Kontrolldaten sind dabei zu- 
nachst mit den Druckdaten vermischt und werden erst im Dru- 
cker von diesen getrennt. Ober die UP 3 I-Schnittstelle des 
Druckers konnen dann die weiteren Gerate des Druckprodukti- 
onssystems angesprochen werden, d. h. Vor- und Nachverarbei- 
tungsgerate fttr das Druckgut wie Papierspender , Abroller, 
Stapler, Locher, Faltgerate, Schneidegerate und Bindegerate. 

Neue AFP-Anwendungen konnen bereits von Anfang so kodiert 
werden, dafi UP 3 I-Funktionen genutzt werden. Anders ist dies 
bei alteren AFP-Anwendungen. Derartige, teilweise seit vielen 
Jahren angewandte Anwendungen fur Standardausdrucke, wie z. 
B. Rechnungsausdrucke oder Kontoausziige, mttssen verandert 
werden, wenn sie UP 3 I-Funktionen nutzen sollen. 

Aus der IBM-Verof f entlichung Nr. S544-5284-06 "IBM Page Prin- 
ter Formatting Aid: User's Guide", 7 th edition, die z.B. un- 
ter http://publib.boulder.ibm.com/prsys/pdfs/54 4 5284 6.pdf zu- 
ganglich ist, ist ein Tool bekannt, mit dem ein Anwender ei- 
nen bestehenden AFP Dokumentendatenstrom bzw. eine in diesem 
Dokumentendatenstrom befindliche Formatdef initions- 

Resourcendatei "Formdef " mit zusatzlichen Befehlen versehen 
kann. Dies erfolgt uber eine Kontrolldatei, in der eingetra- 
gen wird, wenn eine sogenannte Copygroup bzw. Medium Map mit 
einem bestimmten Namen erzeugt werden muli . 
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Bei dieser Art der Datenanreicherung mUssen in der Datei, in 
der die variablen Daten stehen, jeweils entsprechende Aufrufe 
der Media Maps hinterlegt werden um die in der Formdef-Datei 
erzeugten Befehle auf die variablen Daten wirken lassen zu 
kSnnen. Diese manuelle Umprogrammierung des Datenstroms kann 
- vor allem, wenn mehrere, z. B. 3 oder mehr, Copygroups neu 
einzufugen sind - ein sehr komplexer Vorgang werden, der feh- 
leranfallig ist. Der dabei entstehende Auf wand fttr den Anwen- 
der ist betrachtlich und es besteht die Gefahr von Fehleinga- 
ben, wenn Media-Map-Auf ruf e nicht korrekt aktualisiert wer- 
den, z.B. nicht synchron zu den Eintragen in der formdef- 
Datei verSndert werden. 

Weiterhin kann es vorkommen, daft ein- und derselbe Ursprungs- 
Datenstrom mit verschiedenen Druckproduktionssystemen und so- 
mit mit verschiedenen Finishing-Moglichkeiten verarbeitet 
werden. Die Anwendung muft dann erneut fur die jeweilige Kon- 
figuration des Druckproduktionssystems angepafit werden, was 
unter Produktionsbedingungen zu unerwiinschten Zeitverzogerun- 
gen fiihren kann. 

In der Patentanmeldung Nr. PCT/EP02/05299, die die Anmelderin 
am 14.05.2002 mit dem Titel „Verfahren, Geratesystem und Com- 
puterprogrammsystem zur Verarbeitung von Dokumentendaten" 
eingereicht hat, ist beschrieben, wie Zusatzdaten, wie z. B. 
Barcodes, automatisch in einen Dokumentendatanstrom eingefiigt 
werden kSnnen. 

In Figur 2 ist eine konventionelle Verarbeitung eines AFP- 
Druckdokumentendatenstroms ohne Unterstiitzung von Finishing- 
bzw. UP 3 I-Funktionalitaten dargestellt. Die verschiedenen 
Verarbeitungsschritte zeigen, was ein AFP-Anwendungsdesigner 
(Anwender) zu tun hat, um eine Anwendung zu erstellen: mit- 
tels eines Formatierungs-Computerprogramms 20, das z. B. das 
eingangs erwShnte Page Printer Formatting Aid (PPFA) Tool der 
Firma IBM Oder der im oben eingefuhrten Druckerbuch beschrie- 
benen Smart Layout Editor (SLE) sein kann, und einer Kon- 
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trolldatei 21 mit korrespondierenden Formatierungsparametern 
erzeugt der Anwender eine Formdef-Datei (Resource) 23, die 
eine Copygroup (Medium Map) mit dem Namen ACCOUNT enthait. 

Eine Druckdatendatei 22 , die variable Daten enthait, wird vom 
Anwender so aufbereitet, dali sie die Copygroup, welche mit 
der Kontrolldatei 21 angelegt wurde, mit strukturierten Fel- 
dern des Typs Invoce Medium Map (IMM) „IMM Account", die zwi- 
schen den variablen Daten stehen, aufgerufen wird. Einzelhei- 
ten zu den strukturierten Feldtyp IMM konnen dem eingangs ge- 
nannten IBM-Dokument SC31-6802-05 entnommen werden. 

In dem in Figur 2 dargestellten Beispiel enthait die Druckda- 
tendatei Kontoauszugs-Dokumente fur zwei verschiedene Kunden 
einer Bank. FUr den ersten Kunden enthait die Druckdatendatei 
22 zwei Kontoauszuge mit jeweils 9 Seiten und 6 Seiten. Fur 
den zweiten Kunden soil ein Kontoauszugs-Dokument mit 3 Sei- 
ten ausgedruckt werden. Dazu wird die Druckdatendatei 22 und 
die Formdef-Datei 23 einem Host-Druckertreiber 24 zugefuhrt, 
der im Schritt S3 aus den beiden Dateien und ggf. zusatzli- 
cher Ressourcen-Dateien, wie z. B. Fonts, einen Druckdaten- 
strom des Formats IPDS bildet, mit dem ein IPDS-fahiges 
Drucksystem 25 angesteuert wird. Das Drucksystem 25 besteht 
im gezeigten Beispiel aus einem ersten Drucker 26, in dem die 
Vorderseite eines bahnf6rmigen Auf zeichnungstragers bedruckt 
wird und einem zweiten Drucker 27, in dem die Ruckseite des- 
selben Auf zeichnungstragers mit den jeweils zugehorigen Daten 
bedruckt wird. 

Im Schritt S4 werden die zuvor genannten Dokumente ausge- 
druckt, d. h. als erstes Dokument 28 der erste Ausdruck des 
ersten Kunden, der fUnf Einzelblatter umfaflt, als zweites Do- 
kument 2 9 drei Blatter fur den ersten Kunden mit dem zweiten 
Kontoauszug und als drittes Dokument 30 zwei Blatter fur den 
zweiten Kunden. 
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In Figur 3 ist dieselbe Anwendung wie in Figur 1 gezeigt, wo- 
bei sie manuell erweitert wird urn zusatzliche Finishing^ 
Befehle fur Druckvor- bzw. Nachverarbeitungsgerate, wie sie 
in der UP 3 I-Spezif ikation vorgesehen sind. Im Fall der Figur 
3 sind die Finishing-Bef ehle Folien-EinschweiBung (Shrink- 
Wrap) , Seitenversatz (Left/Right/Shift) sowie Dokumentenhef- 
tung (Corner Staple) vorgesehen, die auf das bedruckte Druck- 
gut bzw. Teile davon angewandt werden sollen. Anhand der Fi- 
gur 3 wird beschrieben f welche Arbeitsschritte notig sind, 
wenn dieses Ziel mit dem bereits eingangs beschriebenen Tool 
der Firma IBM „Page Printer Formatting Aid" (PPFA) oder mit 
dem von der Anmelderin bekannten Smart Layout Editor (SLE) 
erledigt wird. 

Im Schritt S5 wird mit dem Page Printer Formatting Aid Tool 
(siehe oben) oder mit dem Tool Small Layout Editor (SLE) , das 
in dem eingangs eingeflihrten „Druckerbuch" der Oce Printing 
Systems GmbH beschrieben ist, vom Anwender eine neue Formde- 
f inition-Datei als Ressourcen-Datei erzeugt. Die Parameter 
sind in einer PPFA-Kontrolldatei 31 spezifiziert (lediglich 
aus Darstellungsgriinden ist in Figur 3 die Kontrolldatei 31 
in einen ersten Teil 31a und einen zweiten Teil 31b unter- 
teilt) . Die Kontrolldatei 31 zeigt, dafl drei Copygroups (Me- 
dium Map Felder) benotigt werden, urn die gewiinschten Finis- 
hing-Funktionen ansteuern zu konnen. Die UP 3 I- 
Kontrollkommandos fur das Folienverschweiften, den Versatz und 
das Stapeln sind Teil der neuen Medium Maps, z. B. OPERATION 
SHIFT und REFERENCE left fiir den Versatz. 

Die im Schritt S5 erzeugte PPFA-Kontrolldatei 31 verwendet 
das PPFA-Computerprogramm 32 dazu, urn im Schritt S6 eine 
Formdef-Datei zu erzeugen, in denen die in der PPFA- 
Kontrolldatei 31 definierten Copygroups (LI_ACC1, LI_ACC2 und 
RI_ACC1 enthalten sind) . Diese neuen Medium Maps ersetzen die 
in Figur 1 in der Formdef-Datei 23 enthaltene Copygroup (Me- 
dium Map) ACCOUNT. 
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Zusatzlich zu den Anderungen in der Formdef-Datei 23 mufi der 
Anwender die Druckdatendatei modif izieren, so dafi die struk- 
turierten Felder Invoce Medium Map (IMM) mit dem neuen Medi- 
um-Map-Namen synchronisiert werden. Dabei mufi der Anwender 
den jeweiligen alten IMM-Aufruf durch einen korrekten neuen 
IMM-Aufruf ersetzen, der den jeweils gewlinschten Finishing- 
Operationen entspricht. Im Beispiel der Figuren 2 und 3 sind 
statt den jeweils identischen Aufrufen 22a, 22b und 22c 
„ACCOUNT" fur die drei Dokumente 28, 29, 30 nunmehr unter- 
schiedliche Aufrufe einzufiigen: der Aufruf IMM LI_ACC1 34a, 
wobei das Dokument links abgelegt und geheftet wird, ist dem 
Dokument 28 zuzufugen und der Aufruf IMM LI_ACC2 34b, wobei 
das Dokument links abgelegt und geheftet wird, dem Dokument 
29. Fur das Dokument 30 ist der Aufruf IMM RI_ACC1 einzufii- 
gen, wobei das Dokument rechts abgelegt und geheftet wird. 
Diese Zuordnung mufi in der Druckdatendatei 34 manuell erfol- 
gen, wenn die Druckdatendatei bereits besteht oder die in Fi- 
gur 1 gezeigte Struktur 22 hat. Andernfalls mttfite die Druck- 
datendatei vollig neu durch ein entsprechendes Anwendungspro- 
gramm erzeugt werden, was jedoch unter Umstanden sehr zeit- 
aufwendig ist. Zur Synchronisierung ist es also notwendig, 
dali Copygroups a) vorhanden sind, b) im Datenstrom passende 
Parameter zur f ormdef-Datei haben und c) deren Aufrufe genau 
an der richtigen Stelle des Druckdatenstroms stehen. 

Im Schritt S8 werden die Formdef-Datei 33 und die Druckdaten- 
datei 34 wiederum vom Host-Druckertreiber 24 vom AFP-Format 
in einen IPDS-Druckerdatenstrom umgewandelt und an das IPDS- 
fahige Drucksystem 25 gesandt. Die Kommandos, welche sich auf 
die Vor- bzw. Nachverarbeitungsgerate (UP 3 I-Kommandos) bezie- 
hen und die in der Medium Map enthalten sind, werden in kor- 
respondierende IPDS/UP 3 I-Triplets konvertiert, bevor sie zum 
Drucker gesandt werden. Wie bereits in Figur 2 werden die re- 
sultierenden gedruckten Dokumente 28, 29, 30 gruppiert, wobei 
im Falle der Figur 3 die Blatter gruppenweise geheftet und 
geschoben sowie alle zusammen in einer Schutzhulle einge- 
schweifit werden, wie dies vom Anwender spezifiziert wurde . 
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Die beschrif teten Streifen 35, 36 zeigen die jeweiligen Nach- 
verarbeitungsschritte der nebenstehenden Dokumente. 

Ein Anwender, der mit dem in Figur 3 gezeigten Verfahren ei- 
nen AFP-Druckdatenstrom urn Nachverarbeitungs-Funktionalitaten 
(z. B. UP 3 1) erweitern mochte, muli die urspriangliche PPFA- 
Kontrolldatei zur Verfiigung haben und desweiteren Zugang ha- 
ben zum Anwenderprogramm, das den originSren Druckdatenstrom 
erzeugt hat. Dies ist jedoch nicht immer gegeben. Es ist des- 
halb ein Bediirfnis, bestehende AFP-Druckdatenstrome um zu- 
satzliche GerSte-Funktionalitaten zu erweitern, um einen mog- 
lichst automatisierten Prozeli zur Erzeugung von komplexeren 
Dokumenten zu ermoglichen, ohne dafi auf alte Steuerungsdatei- 
en bzw. Anwenderprogramme zugegriffen werden muli, die beim 
Erzeugen des Datenstroms maligebend waren. 

Zusammenf assend ist f estzustellen, dalJ bei dem nach Figur 3 
gezeigten Verfahren der Anwender zumindest folgende Schritte 
durchf Uhren muli : 

a) Er mull bestehende Copygroups verandern, welche eine Fi- 
nishing-Operation enthalten. Hierzu stehen Tools wie das 
Computerprogramm PPFA zur Verfiigung. 

b) Er mufi neue Copygroups hinzufugen, die jeweils am Beginn 
einer Finishing-Operation stehen oder deren Fortsetzung 
anzeigen und 

c) er muli den Druckdatenstrom modif izieren, um die modifi- 
zierten, bzw. eingefUgten Medium Maps (Copygroups) aufzu- 
ruf en . 

Die oben genannten Schritte sind umso aufwendiger, je grolier 
die jeweilige Anwendung ist, d.h. je mehr Dokumente in der 
Anwendung enthalten sind und/oder je mehr Medium 
Maps/Copygroups in der Formdef-Datei enthalten sind- Typische 
AFP-Anwendungen bestehen aus mehreren Tausend bis zu Hundert- 
tausenden von Blattern. Eine typische AFP Formdef-Datei ent- 
hait mehrere Medium Maps, z. B. in einem sogenannten Mixplex- 
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Auftrag, bei dem verschiedene Papiereinzugsf acher und/oder 
Simplex/ Duplex- Druckbef ehle inner halb eines Druckauft rages 
abwechseln. Aufwand und Fehleranf ailigkeit bei der Aufberei- 
tung von derartigen Druckdatenstrdmen sind deshalb unter Um- 
standen sehr grofl. 

In der US-A-5, 7 68 ,• 488 sind Moglichkeiten zum Einfugen von In- 
formationen in einen MO : DCA-Datenstrom beschrieben. Des wei- 
teren ist in dem Artikel PrePress, Ausg. 8/99, S. 18-27 ange- 
geben, dass das Host-Input-Modul des Programms „Hausdruckerei 
Manager" , Vers, 6.1 des Systemanbieters Danka das Hinzuftigen 
von Informationen, die nicht in AFP/IPDS-Datenstromen enthal- 
ten sind, beispielsweise Befehle fur Duplexdruck und Endver- 
arbeitung , gestatte . 

Aus der DE 100 24 523 Al ist ein Verfahren zur Anreicherung 
eines Dokumentendatenstroms urn Daten fur Peripheriegerate be- 
kannt 

Die zuvor genannten Publikationen und Patentanmeldungen wer- 
den hiermit durch Bezugnahme in die vorliegende Beschreibung 
auf genommen . 

Es ist Aufgabe der Erfindung, das Einfiigen von Finishing- 
Operationen in bestehende strukturierte Dokumentendatenstrome 
zu automat isieren. 

Diese Aufgabe wird durch die in den unabhangigen Anspriichen 
angegebene Erfindung gelSst. Vorteilhafte Ausf ilhrungsf ormen 
der Erfindung sind in den Unteranspruchen angegeben. 

Erf indungsgemSJi ist zum Anreichern eines Eingangs- 
Dokumentendatenstroms, der wenigstens eine Formatdef initionen 
beinhaltende Eingangs-Formatdatei sowie eine in Bereiche 
und/oder Unterbereiche strukturierte, variable Daten enthal- 
tende Eingangs-Dokumentendatei enthait, mit Finishing- 
Befehlen vorgesehen, dali eine Kontrolldatei angelegt wird, in 
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der Ebenenstrukturen definiert werden, die den Bereichen 
und/oder den Unterbereichen der Eingangs-Dokumentendatei ent- 
sprechen. Weiterhin werden in der Kontrolldatei die Finis- 
hing-Bef ehle den Ebenen zugeordnet, so daft mit einem Compu- 
terprogramm-Modul anhand der Kontrolldatei, der Eingangs- 
Formatdatei und der Eingangs-Dokumentendatei folgende Dateien 
automatisch erzeugt werden: 

(a) Eine Ausgangs-Formatdatei, die in aufrufbaren Gruppen 
die Finishing-Bef ehle enthalt und 

(b) eine die variablen . Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf ruf e enthaltende Aus- 
gangs-Dokumentendatei . 

Ein Vorteil der Erfindung gegenuber herkbmmlichen Verfahren 
ist, daft der Anwender seine bestehenden Druckproduktionsauf- 
trage nicht selbst zu verandern braucht . Insbesondere AFP- 
Anwendungen kbnnen ganz unabhangig von dem Ort und der Art 
ihres Ausdruckes Druckdaten erzeugen. Zusatzliche Finishing- 
Bef ehle fur Gerate zum Vor- bzw. Nachverarbeiten von Druckgut 
im DruckproduktionsprozeB werden in einem Datenanreiche- 
rungsprozeii zu neuen oder existierenden Druckdatenstromen er- 
g^nzt, was insbesondere in einem Production-in-Time-Vorgang 
erfolgen kann, kurz bevor der Druckauftrag tatsachlich verar- 
beitet wird. Durch die weitestgehende Automatisierung des 
Vorgangs kann ein erf indungsgemalier Datenanreicherungsprozefi 
sehr kurzfristig angestofien werden, wobei die Prozefigeschwin- 
digkeit zwischen 10 000 und 50 000 Seiten pro Minute liegen 
kann. Ein kompletter, riesiger Druckauftrag kann dadurch in- 
nerhalb von nur wenigen Minuten so aufbereitet werden, dafi er 
die Fcihigkeiten einer komplex ausgebauten Druckproduktions- 
straJie voll oder teilweise nutzen kann. Zusatzlich zur Anrei- 
cherung von Druckdaten mit Finishing-Bef ehlen konnen die Da- 
ten, insbesondere uber das selbe Computerprogramm-Modul, an- 
gereichert werden mit weiteren, mehr oder weniger von der 
DruckstraBe unabhangigen Steuerungsdaten, beispielsweise mit 
Frankierungsdaten far Postversandstiicke oder mit Barcode- 
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Daten zur Erkennung von erzeugten Dokumenten in spateren Ver- 
f ahrensschritten. Die Erfindung kann hierzu inbesondere mit 
dem Verfahren bzw. System der eingangs genannten 
PCT/EP02/05299 kombiniert werden, bei dem in einem Verfahren, 
System oder Computerprogramm zur Verarbeitung eines Dokumen- 
tendatenstroms eine Reihe von Funktionsstuf en eingesetzt wer- 
den, urn eine schnelle sichere Ausgabe der Dokumente in einem 
Produktionsumf eld, insbesondere in einem Druckproduktionsum- 
feld, zu ermoglichen. Der Inhalt dieser Patentanmeldung wird 
hiermit nochmals explizit in Bezug genommen. 

Die Erfindung beruht auf der Erkenntnis, dafl in einem struk- 
turierten Eingangsdatenstrom, der mit komplexen Finishing- 
Befehlen angereichert werden soil, die bestehende Dokumenten- 
struktur ausgenutzt werden kann und uber Zuweisungen von Be- 
reichen oder Unterbereichen des Dokumentendatenstroms eine 
entsprechende bereichsweise Zuordnung von Finishing-Bef ehlen 
moglich ist. Gemaft einem weiteren Aspekt der Erfindung wird 
zur Zuweisung eine Kontrolldatei vorgesehen, in der unabhan- 
gig von dem konkreten Aufbau der Dokumenteneingangsdatei Do- 
kumentenebenen definiert werden, auf denen bestimmte Finis- 
hing-Bef ehle Anwendung finden sollen. Hierdurch lafit sich 
dieser Vorgang sehr gut automatisieren und insbesondere fUr 
groBe bis sehr grofte, z. B. Zentausende bis Millionen von Do- 
kumenten enthaltende Druckdatenstrome automatisiert aufberei- 
ten . 

Erf indungsgemafi wird einem Anwender, der einen ressourcen- 
strukturierten Dokumentendatenstrom urn Finishing-Operationen 
erweitern will, insbesondere ein Tool (Computerprogramm, Edi- 
tor) zur VerfUgung gestellt, mit dem er die Finishing- 
Operationen spezif izieren kann, die durchzuf tihren sind. Para- 
meter, die die Operation genauer beschreiben, konnen hierbei 
vorgesehen sein. Weiterhin kann der Benutzer den Ort und den 
Bereich (oder die Ebenen) innerhalb des variablen Druckdaten- 
stroms angeben, in denen die Finishing-Operation anzuwenden 
ist. Weiterhin werden von einem Computerprogramm-Modul auto- 
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matisch die notwendigen Finishing-Kommandos (Copygroups, Me- 
dium Maps) in die Formatdef initions-Datei (Formdef) einge- 
fiigt. Schlieftlich werden die in der variable Daten enthalten- 
den Dokumentendatendatei enthaltenen Verarbeitungsauf ruf e 
(Medium Map Invocations) derart modifiziert bzw. eingefugt, 
daft die in die Formatdef initionsdatei auf genommenen Finis- 
hing-Operationen (Copygroups) aufgerufen werden, anstelle der 
ursprunglich in der variablen Dokumentendatendatei enthalte- 
nen Auf ruf e. 

Durch die hochgradige Automatisierung der Ersetzung fruherer 
Verarbeitungsauf ruf e durch die erganzten Aufrufe mit zusStz- 
lichen Funktionalitaten, sind Fehler weitgehend auszuschlie- 
Jien. Bestehende Ablaufe zur Erzeugung von Dokumentendaten 
brauchen nicht modifiziert zu werden, Dadurch, daft der Benut- 
zer auf einer relativ einfachen Oberflache (Editor, Graphical 
User Interface GUI, Computerprogramm) lediglich die neu zur 
Verfiigung stehenden Finishing-Operations kommandos anzugeben 
braucht und die Einfugung entsprechender Aufrufe in die Doku- 
mentendatendatei automatisch erfolgt, konnen auch sehr kom- 
plexe und grofte Dokumentendatendatein mit nur geringem Auf- 
wand des Bedieners an die neuen Moglichkeiten im Bereich der 
Vorverarbeitung und Nachverarbeitung von Druckgut angepaftt 
werden. 

In einem bevorzugten Ausf uhrungsbeispiel der Erfindung sind 
die Eingangs-Dokumentendatenstrome und/oder der ressourcen- 
strukturierte Ausgangs-Dokumentendatenstrom ein Advanced 
Function Presentation™ Datenstrom. Mit der Erfindung ist es 
dabei insbesondere m6glich, andere Eingangs- 

Dokumentendatenstrome, wie z. B. Line-Daten, PCL-Daten Oder 
Postscript-Daten mit Finishing-Bef ehlen anzureichern, ggf. 
bereits dort integrierte Finishing-Bef ehle zu ubernehmen oder 
zu uberschreiben und/oder ausgangsseitig in einen Advanced 
Function Presentation™ Datenstrom zu erzeugen. Genausogut 
kann es umgekehrt vorgesehen sein, daft eingangsseitig ein Ad- 
vanced Function Presentation™ Datenstrom vorliegt und dieser 
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zugehorigen File-Server) und fur nachfolgende Ausgabeschritte 
bearbeitet werden. In derartigen Host-Computern 3 werden ins- 
besondere Druckdatenstrome erzeugt, die aus grofteren Datenbe- 
standen (Datenbanken) regelmafiig Listen-Ausdrucke , Rechnun- 
gen, Verbrauchsubersichten (fur Telef onrechnungen, Gasrech- 
nungen, Bankkonten) etc. zusammenstellen . Derartige Anwen- 
dungen sind haufig bereits seit vielen Jahren im Einsatz und 
werden nach wie vor in mehr oder weniger unveranderter Weise 
benotigt (sog. Legacy-Anwendungen) . 

Innerhalb der Main-Frame-Architektur 2 wird der Druckproduk- 
tionsablauf von einem Oberwachungssystem 7 Uberwacht. Es um- 
fasst einen Oberwachungscomputer la, der mit einer Datenbank 
7b gekoppelt ist und verschiedene Computerprogrammmodule 7c 
enthait (vergleiche Figur 2) . 

Das Oberwachungssystem 7 ist uber ein Geratesteuerungsnetz- 
werk 15 und einen Printmanager-Modul 8 mit dem Host-Computer 
3 verbunden sowie uber einen Konverter 9 mit einer V24-Daten- 
leitung, die an die beiden Druckgerate 6a, 6b ankoppelt. Der 
Konverter 9 setzt die V24-Signale in DMI-Protokollsignale des 
Geratesteuerungsnetzwerkes 15 um. SNMP-Protokollsignale kon- 
nen dem Device Manager DM als DMI-Protokollsignale umgesetzt 
bereitgestellt werden bzw. direkt als SNMP-Protokollsignale 
ubergeben werden. 

Druckgut 19, das in den Druckern 6a, 6b aus dem Dokumenten- 
Druckdatenstrom erzeugt wurde und auf dem Barcodes aufge- 
druckt sind, kann jeweils mit einem manuell bewegbaren, funk- 
gesteuerten Barcode-Leser 11a abgescannt werden. Die Signale 
werden per Funk an die Lesestation 10a ubertragen und in das 
Geratesteuerungsnetzwerk 15 bzw. an das Oberwachungssystem 7 
ubermittelt . Als Barcode-Leser konnen Leser fttr ein-dimensio- 
nale und/oder zwei-dimensionale Barcodes eingesetzt werden, 
sodass verschiedene Barcode-Systeme mit ein und derselben Le- 
sevorrichtung gelesen werden k6nnen. Das Barcode-Lesesystem 
ist insbesondere konf igurierbar , d.h., auf verschiedene, an- 
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ausgangsseitig in einen anderen ressourcenstrukturierten Aus- 
gangsdatenstrom umgesetzt wird. 

Weitere Aspekte und Vorteile der Erfindung werden durch die 
nachfolgende Beschreibung von Ausf tthrungsf ormen der Erfindung 
mit einigen Figuren deutlich. Dabei werden - wie bereits vor- 
her - zum leichteren Verstandnis gleichartige Elemente mit 
gleichartigen Bezugszeichen versehen. 

Es zeigen: 

Figur 1: ein Hochleistungsdrucksystem, 

Figur 2: Herkommliche Technik zur Verarbeitung eines struktu- 
rieren Datenstroms, 

Figur 3: Herkommliche Technik zur Aufbereitung eines struktu- 
rierten Datenstroms mit Finishing-Bef ehlen und 

Figur 4: Erf indungsgemafte Technik zur Automatisierten Anrei- 
cherung eines strukturierten Datenstroms mit Finis- 
hing-Bef ehlen . 

In Figur 1 ist ein Dokumenten-Druckproduktionssystem 1 ge- 
zeigt, das zum einen eine Main-Frame-Architektur 2 umfasst 
und zum anderen eine Netzwerk-Architektur 5, in denen jeweils 
Dokumentendaten bzw. Dokumentendruckdatenstrome roittels An- 
wenderprogrammen (Tools) erzeugt werden. In der Main-Frame- 
Architektur 2 werden diese Druckdaten von einem Host-Computer 
3, insbesondere als AFP-Druckdatenstrom oder als Zeilendruck- 
datenstrom, erzeugt. Vom Host-Computer 3 konnen die Druckda- 
ten wahlweise uber einen sog. S/370-Kanal 14a direkt an einen 
oder mehrere Druckgerate 6a, 6b ubertragen werden. Alternativ 
zu diesem Ausgabekanal kSnnen die Druckdaten auch vom Host- 
Computer 3 Uber ein Netzwerk 13 oder eine direkte Datenver- 
bindung 14b zu einem Bearbeitungscomputer 4 ubertragen wer- 
den, in dem die Druckdaten zwischengespeichert (z.B. in einem 
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wendungsspezif ische Codes bzw. die jeweils geeigneten Kon- 
trollverf ahren anwendbar. 

In der Netzwerk-Architektur 5 werden Dokumentendaten mittels 
Anwenderprogrammen in Client-Computern 12, 12a erzeugt, die 
uber ein Client-Netzwerk 13 untereinander sowie mit dem Bear- 
beitungscomputer ( File-Server ) 4 verbunden sind. Der File-Ser- 
ver dient damit als zentrale Verarbeitungs- und Bearbeitungs- 
schnittstelle fur Druckdaten des gesamten Druckproduktionssy- 
stems 1. Auf ihm laufen diverse Steuerungsmodule (Software- 
programme) , durch die der gesamte Druckproduktionsablauf bzw. 
die gesamte Dokumentenbearbeitung anwendungsspezif isch, pro- 
duktionstechnisch und geratesteuerungsseitig an die jeweili- 
gen Gegebenheiten optimal angepasst wird. 

Im File-Server werden insbesondere folgende Funktionen aus- 
gefuhrt, die im Zusammenhang mit den nachf olgenden Figuren 
genauer beschrieben werden: 

1. Converting Indexing Sorting 

Bei dieser Funktion werden eingehende Druckdaten auf ein ein- 
heitliches Datenformat konvertiert, nach vorgegebenen Parame- 
tern indiziert und in eine vorgegebene Sortierreihenf olge um- 
sortiert. Dies ermoglicht insbesondere die fiir die nachf ol- 
gende Dokumentenausgabe optimierte Umsortierung des Daten- 
stroms, beispielsweise das Zusammenf ugen verschiedener Sei- 
ten, die im Eingangsdatenstrom nicht aufeinander folgen, der- 
art zu einem Mail-Piece zusammen zu sortieren, dass sie bei- 
spielsweise in einem Kuvertiergerat 22b gemeinsam zu einer 
Brief sendung einkuvertiert werden konnen. 

2. Einfugen von Steuerungsinf ormationen 

Bei dieser Funktion werden in den Datenstrom Steuerungsin- 
formationen, insbesondere Barcodes eingefugt, anhand denen 
eine zusammengehorige Datengruppe (z.B. Seite, Blatt, Doku- 
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ment, Mail-Piece) als solche erkennbar und im Produktions- 
prozess an den verschiedenen Verarbeitungsstationen eindeutig 
lokalisierbar ist . 

3. Datenreduktion 

Mit dieser Funktion lassen sich Steuerungsdaten, die im Ein- 
gangsdatenstrom vom Host-Computer 3 bzw. Anwender-Computer 12 
an den Bearbeitungscomputer 4 geliefert worden sind, dahinge- 
hend filtern, dass solche Steuerungsdaten, die bei der gege- 
benen Gesamtsystemanordnung nicht benotigt werden, entfernt 
werden. Durch die Verbindung aller beteiligten AusgabegerSte 
(Drucker 6a bis 6d, Schneidegerat (Cutter) 22a, Kuver- 
tiergerat 22b) tiber das Geratesteuerungsnetzwerk 15, kann be- 
reits im Bearbeitungscomputer 4 entschieden werden, welche 
Steuerungsdaten des Eingangsdatenstroms von keinem der ange- 
schlossenen Gerate benOtigt wird. Durch Entfernen dieser Da- 
ten aus dem Datenstrom kann der Datenstrom insgesamt redu- 
ziert werden, insbesondere dann, wenn lediglich leere Feld- 
eintrage zu entsprechenden Steuerungsdaten im Eingangs- 
datenstrom enthalten sind. 

4 . Extraktion 

Mit dieser Funktion lassen sich aus dem Ausgangsdatenstrom 
vorgegebene Daten filtern bzw. aussondern, wodurch ein kom- 
primierter Datenstrom (verdichtete Daten) , insbesondere fur 
Steuerungs- und Statusdaten, entsteht, der mit sehr hoher Ge- 
schwindigkeit zwischen den beteiligten Geraten und dem Ober- 
wachungscomputer austauschbar ist. Hierdurch ist es moglich, 
die Oberwachung der beteiligten Gerate in Echtzeit (Realtime) 
auszufiihren . 

Die Funktionen 1. - 4. sind von einem Computerprogramm-Modul 
„CIS U (Converting, Indexing and Sorting) weitgehend automati- 
siert durchf iihrbar, auf das spater nochmals genauer eingegan- 
gen wird. 
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5. Wiederholungsdruck (Reprint) 

Wenn im Zuge der Weiterverarbeitung der Daten, insbesondere 
bei der Ausgabe der Daten auf einem der Druckgerate 6a, 6b, 
6c oder 6d, in einem der Nachverarbeitungsgerate 18a, 18b o- 
der auch im Druckcomputer 16, ein Fehler auftritt, so kann 
dies durch das Oberwachungssystem 7 anhand der im Bearbei- 
tungscomputer 4 eingefugten Steuerungs-Barcodes festgestellt 
werden und der Nachdruck der von der Storung betroffenen Do- 
kumente (Seiten, Blatter, Mail-Pieces) angefordert werden. 
Diese Wiederholungsdruck-Anf orderung wird mafigeblich im Bear- 
beitungscomputer 4 gesteuert. 

Druckdaten, die vom Bearbeitungscomputer 4 f ertiggestellt 
wurden, werden iiber die Druckdatenleitung 14c an einen Druck- 
server 16 geleitet. Dessen Aufgabe ist es im wesentlichen, 
den Bearbeitungscomputer 4 zu entlasten. Dies erfolgt durch 
Zwischenspeicherung der f ertiggestellten Druckdaten bis zu 
deren Abruf iiber die Datenleitung 14d an einen oder beide 
Drucker 6c, 6d. Der Druckserver 16 ist somit in erster Linie 
aus GrQnden der Performance (Geschwindigkeits) im Gesamtsy- 
stem integriert. Bei Systemen, deren Druckgeschwindigkeit we- 
niger grofi ist, kann auf den Druckserver 16 auch verzichtet 
werden. 

Dokumentendaten, die an die Drucker 6c bzw. 6b ubermittelt 
und dort auf einen Auf zeichnungstrSger (z.B. Papier) gedruckt 
werden, werden im Gesamtsystem weiteren Bearbeitungsstuf en, 
namlich dem Schneideger&t 18a und dem Kuvertierungsgerat 18b 
der weiteren Verarbeitung zugefuhrt. Damit ist der Druckpro- 
duktionsprozess abgeschlossen . 

Die gedruckten Dokumente werden auf ihrem Verarbeitungsweg 
zwischen dem Druckgerat 6 und dem letzten Nachverarbeitungs- 
gerat 18b hinsichtlich verschiedener Kriterien mit einem 
Testsystem 17 getestet, n^mlich durch ein optisches Testsys- 
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tern 17a hinsichtlich ihrer optischen Druckqualitat , mit einem 
Barcode-Testsystem 17b hinsichtlich ihres Vorhandenseins, ih- 
rer Konsistenz und/oder ihrer Reihenfolge sowie mit einem 
MICR-Testsystem 17c, sofern der Druck mittels magnetisch les- 
barem Toner (Magnetic Ink Character Recognition Toner) ge- 
druckt wurde. Die vom Testsystem 17 gelieferten Daten der 
verschiedenen Testsysteme werden von einem gemeinsamen se- 
riellen Datenerf assungsmodul (Serial Delta Aquisition Modul) 
17d an das Geratesteuerungsnetzwerk 15 ubermittelt und dem 
Oberwachungssystem 7 zugefuhrt. Dort werden die jeweiligen 
Systemdaten erfasst und in Echtzeit die Gerate ttberpruft so- 
wie die jeweiligen Positionen der Dokumente hinsichtlich ih- 
rer Korrektheit beztiglich des Druckauf trages getestet. 

Weitere Details eines derartigen Testsystems 17 sind im US- 
Patent Nr. 6, 137, 967 bzw. in dazu korrespondierenden Pa- 
tentanmeldungen beschrieben. Der Inhalt dieses Patents bzw. 
dieser Patentanmeldungen wird hiermit durch Bezugnahme in die 
vorliegende Beschreibung aufgenommen. 

Die fertig gedruckten Dokumente 23 konnen wiederum mit einem 
Barcode-Leser lib erfasst werden, der z.B. f unkgesteuert mit 
einer zugehorigen Steuerungseinrichtung 10b verbunden ist, 
welche wiederum iiber das Geratesteuerungsnet z 15 ihre Daten 
an das Oberwachungssystem 7 liefert. 

In Figur 4 ist anhand der Eingangs-Druckdatendatei 22 und der 
Eingangs-Formdef-Datei 23, die bereits Grundlage far die Be- 
schreibungen der Figuren 2 und 3 waren, gezeigt, wie erfin- 
dungsgemafi ein Ausgangsdruckdatenstrom im Datenformat AFP er- 
zeugt wird. Dazu ist es zunachst einmal hilfreich, die Daten- 
struktur in der Eingangs-Druckdatendatei 22 genauer zu be- 
trachten. Mit der Klammer 4 0 sind alle Daten der Druckdaten- 
datei, dem gr6liten zusammengehorigen Bereich der Druckdaten, 
vom Befehl „Beginn of Job" bis zum Befehl „End of Job" um- 
klammert. Der AFP-Druckdatenstrom gliedert sich dann in nach- 
folgende Unterbereiche, die jeweils mehr oder weniger groIJe, 
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zusammengehorige Dokumente, wie z. B. Mail-Pieces oder Sei- 
ten, signalisieren . Die Erfindung macht sich diese bereichs- 
orientierte Struktur zu Nutze. Im Beispiel der Druckdatenda- 
tei 22 ist ein erster Bereich eroffnet durch den Befehl „BNG 
Customer" und geschlossen durch den Befehl „ENG Customer". 
Klammer 41 zeigt diesen Bereich. Innerhalb dieses Bereichs 
gibt es Unterbereiche „Account", die jeweils durch die Befeh- 
le „BNG Account" und „ENG Account" begonnen bzw. beendet wer- 
den, siehe .Klammern 42 und 43. Innerhalb des Account-Bereichs 
gliedern sich dann verschiedene Seiten jeweils wiederum 
strukturiert mit den Befehlen „BP" und „EP" fur Beginn der 
Seite und Ende der Seite auf . 

Auf der gleichen Hierarchie-Ebene wie die Customer-Bef ehle, 
die mit der Klammer 41 bezeichnet waren, befindet sich auch 
der zweite Customer-Bereich, der mit der Klammer 4 4 bezeich- 
net ist. Auch er hat einen Unterbereich „Account", der durch 
Klammer 45 umfaJit ist. Um diese Datenstruktur der Druckdaten- 
datei auch in der Kontrolldatei 4 6 abzubilden, werden dort 
mit den Befehlen „Define level" Ebenen definiert. Die hochste 
Ebene (Level_A) ist dabei die gesamte Druckdatendatei 22 , die 
durch Klammer 40 umspannt wird. Der hochste Bereich (Custo- 
mer) der Druckdatendatei 22 gliedert sich in einen ersten Cu- 
stomer-Bereich, der mit Klammer 41 umspannt ist und einen 
zweiten Customer-Bereich, der mit Klammer 44 umspannt ist. 
Entsprechend dem gewunschten Verarbeitungsschema fttr die dort 
hinterlegten Dokumente (siehe Figuren 1 und 2), wobei die Do- 
kumente des ersten Kunden nach links versetzt werden soil und 
die Dokumente des zweiten Kunden nach rechts versetzt werden 
sollen, mussen innerhalb dieser Bereichsebene zwei verschie- 
dene Ebenen in der Kontrolldatei 4 6 definiert werden, namlich 
eine Ebene, die alien ungradzahligen Rechnungen innerhalb des 
ersten Gruppenlevels entsprechen, siehe auch Customer-Klammer 
41, und eine zweite Ebene, die alien gradzahligen Rechnungen 
innerhalb des Gruppenlevels 1 entsprechen, vergleiche auch 
zweite Customer-Klammer 44. 
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SchliefJlich werden in der Kontrolldatei 4 6 die verschiedenen 
Finishing-Operationen den zuvor definierten Ebenen zugeord- 
net, im Beispiel der Figur 4 der Ebene „Level_A xx der Finis- 
hing-Job „Shrink x \ der Ebene „Level_Bl xx die Finishing- 
Operation „Left/Shif t" und der Ebene „Level_B2 x> die Finis- 
hing-Operation ^Right/Shift^ und der Ebene „Level_C" die Fi- 
nishing-Operation „Staple". 

Die im Schritt S7 f ertiggestellte Kontrolldatei 46 enth&lt 
drei Datenbereiche, namlich einen ersten Datenbereich 47, in 
dem die verschiedenen Finishing-Operationen, die von Druck- 
vor- bzw. Nachverarbeitungsgeraten ausgeftthrt werden konnen, 
definiert sind, einen Def initionsbereich 48 fur Ebenen, in 
dem verschiedene Ebenen des strukturierten Eingangsdaten- 
stroms 22 definiert werden und einen Def initionsbereich 49 
fiir die Zuordnungen, die zwischen den Finishing-Operationen 
47 und den definierten Ebenen 48 getroffen werden sollen bzw. 
welche Finishing-Operations-Bef ehle in welche Ebenen der 
strukturierten Datenstromdatei 22 eingefugt werden sollen. 
Sobald der Anwender die Kontrolldatei 46 f ertiggestellt hat, 
kann mit dem CIS-Computerprogramm-Modul 50 automatisch aus 
der Druckdatendatei 22 , der Formdef-Datei 23 und der Kon- 
trolldatei 46 im Schritt S9 einen neue Formdef-Datei 51 sowie 
im Schritt S10 eine neue Druckdatendatei 52 zeitgleich er- 
zeugt werden. Aus der Formdef-Datei 23 und den in der Kon- 
trolldatei 4 6 angegebenen Finishing-Operationen werden die 
neuen Copygroups LI_ACC1, LI_ACC2 und RI_ACC1 erzeugt. Wei- 
terhin bewirkt das CIS-Computerprogramm-Modul 50, daJi aus der 
Druckdatendatei 22 und den Def initions-Bereich 48 fur Ebenen 
sowie dem Def initionsbereich 4 9 fur Zuordnungen, die modifi- 
zierte Druckdatendatei erzeugt wird. Das CIS- 

Computerprogramm-Modul 50 (CIS steht fiir Converting Indexing 
and Sorting), siehe auch die Beschreibung zu Figur 1), unter- 
sucht dazu die Eingangs-Druckdatendatei 22 auf ihre logische, 
hierarchische Struktur und weist den verschiedenen Datenbe- 
reichen die Ebenen zu, d. h. die Ebene Level_A dem gesamten 
Dokument entsprechend der Klammer 40, Level Bl dem Datenbe- 



WO 2004/013748 ^^T/EP2003/0 08439 

- 21 - 



reich der Klammer 41 usw. Anhand diese Zuordnung und den im 
Def initionsbereich 4 9 getroffenen Zuordnungen konnen entspre- 
chende Finishing-Bef ehle, die im Bereich 47 definiert worden 
waren, in die Druckdatendatei 22 exakt an den richtigen Posi- 
tionen eingefiigt werden, so dafi die Druckdatendatei 52 ent- 
steht. Das CIS-Computerprogramm-Modul 50 benutzt also die In- 
f ormationen, die in der Kontrolldatei 4 6 enthalten sind und 
modifiziert die Medium Maps „Account", die in der urspriingli- 
chen Formdef-Datei 23 enthalten waren und deren korrespondie- 
rende Aufrufe in der ursprtinglichen Druckdatendatei 22 „IMM 
Account" und modifiziert diese entsprechend den nunmehr ver- 
feinerten, zusatzlichen Finishing-Bef ehlen . Die Umsetzung er- 
folgt automatisch durch das CIS-Computerprogramm-Modul 50 und 
garantiert somit ein in sich logisches, aufeinander abge- 
stimmtes bzw. synchronisiertes Ergebnis. 

Die resultierende, neue Formdef-Datei 51 enthalt neue Medium 
Maps, wobei die Bezeichnungen „LI_ACC1" usw. rein willkurlich 
sind und vollig automatisch sowie zufallig durch das CIS- 
Computerprogramm-Modul erzeugt werden konnen. Eine einmal 
vergebene Bezeichnung wird dann jedoch behalten. Die neuen 
Medium Maps ersetzen jedenfalls die vorhergehenden ACCOUNT 
Medium Maps der ursprunglichen Formdef-Datei 23. 

Weitere Einzelheiten des CIS-Computerprogramm-Moduls 50 kon- 
nen der WO 01/77807 A2 und der PCT/EP02/05299 entnommen wer- 
den, die hiermit nochmals explizit in die vorliegende Be- 
schreibung aufgenommen werden. Eine wichtige Funktionalitat 
des CIS-Computerprogramm-Moduls 50, die in der alteren WO- 
Verof f entlichung % 807 angesprochen sind, ist die Normalisie- 
rung der Daten der Eingangs-Druckdatendatei 22. Sie wird im 
Schritt S10 konviertiert und ggf. so umsortiert, dafi gleiche 
Auf tragsarten und/oder gleiche Kunden gemeinsam hintereinan- 
der ausgedruckt werden, so dafi die nachfolgende Verarbeitung 
der Dokumente (Stapeln, kuvertieren, heften etc.) vereinfacht 
ist . 
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Die modif izierte Druckdatei 52 und die modif izierte Formdef- 
Datei 51 werden im Schritt Sll einem Host-Druckertreiber 24 
zugefiihrt, der den AFP-Datenstrom in einen APDS-Datenstrom an 
einen IPDS-und UP 3 I-fahigen Drucker geleitet. Die UP 3 I- 
Kommandos, die in den Medium Maps enthalten sind, werden in 
entsprechende IPDS-Triplets umgewandelt , bevor sie an den 
Drucker gesandt werden (Schritt Sll) . 

Wie bereits in den Figuren 2 und 3 besteht auch im Ausftih- 
rungsbeispiel der Figur 4 das mit dem Verfahren erzeugte 
Druckgut aus fiinf Blattern fur Kunden 1 und dessen erste 
Rechnung, drei Blattern fUr die zweite Rechnung des Kunden 1 
und zwei Blattern fur den Kunden 2. Diesesmal sind die Blat- 
ter gestapelt, verschoben und f olienverschweiftt , wie dies vom 
Anwender gewunscht war. 

Aufgrund der strukturellen Korrespondenz zwischen Eingangsda- 
tei 22 und Kontrolldatei 46 ist der Aufwand, Zusatzgerate- 
Funktionalitaten, wie UP 3 I-Funktionen, in eine existierende 
Anwendung eines ressourcenstrukturierten Druckdatenstroms 
einzubringen, relativ gering. Durch die Automatisierung kann 
unabhangig von der GroJJe der Anwendung (Zahl der Dokumente, 
Seiten und/oder Mail-Pieces) und der Zahl der Medium Maps in 
der Formdef initions-Datei eine sichere Konvertierung erfol- 
gen. Weiterhin sind die Spezif ikationen der urspriinglichen 
Formdef inition-Datei 23 nicht notwendig, so daB der AFP- 
Anwender f der eine UP 3 I-Datenerweiterung durchfuhren will, 
keine Zugriffe auf die ursprungliche Kontroll-Datei benStigt, 
mit der die originare Formdef-Datei 23 erzeugt wurde. Ein 
AFP-Anwender, der zusatzliche GerSte-Funktionalitaten in den 
Datenstrom implementieren will, braucht auch keinen Zugriff 
zu einer urspriinglichen PPFA-Kontrolldatei oder zum Anwen- 
dungsprogramm, das den Datenstrom ursprlinglich erzeugt hat, 
weil er lediglich auf einer komfortablen Bedien-Oberf leiche 
die zusatzlichen Befehle in den Datenstrom einschliefilich der 
Formdef-Datei 23 einfugt. 
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Im Schritt Sll werden die modif izierte Druckdatendatei 52 und 
die modif izierte Formdef -Datei 51 durch den Host- 
Druckertreiber 24 in einen IPDS-Datenstrom umgewandelt und 
dieser IPDS-Druckdatenstrom an das Drucksystem 25 zur Ausgabe 
ausgegeben. Dieses produziert im Schritt S12 drei Dokumente 
28, 29 und 30, wie sie bereits anhand der Figuren 2 und 3 na- 
her erlautert wurden. 

In den oben angegebenen Ausf iihrungsbeispielen wurden jeweils 
AFP-Druckdaten um Finishing-Bef ehle angereichert , um Dokumen- 
te in verschiedener Art und Weise einer Druckvorverarbeitung 
und/oder einer Drucknachverarbeitung zu unterziehen. Die Er- 
findung ist jedoch nicht nur auf AFP-Druckdatenstrome bzw. 
entsprechend ressourcenstrukturierte Eingabedateien geeignet, 
sondern kann beispielsweise auch fttr sogenannte Zeilendaten 
angewandt werden, die ansich unstrukturiert sind. Mittels ei- 
nes geeigneten Computerprogramm-Moduls, beispielsweise dem 
von der Firma IBM bekannten Computerprogramm ACIF Oder dem in 
der vorliegenden Erfindung bereits verwendeten Computerpro- 
gramm .jCIS" 50, das auch in der WO 01/77807 A2 naher erleu- 
tert wird, konnen solche Zeilendaten derart umgewandelt wer- 
den, dafi mittels einer sogenannten Pagedef-Datei die Zeilen- 
datendatei in eine strukturierte Datei umgewandelt wird. Die- 
se strukturierte Datei entspricht dann der Druckdatendatei 22 
der oben geschilderten Ausf uhrungsbeispiele und kann mittels 
einer entsprechenden Formdef-Datei 23 wiederum mit der Erfin- 
dung automatisch zu einer mit Finishing-Bef ehlen angereicher- 
ten Ausgabe-Datei 52 umgewandelt werden. 

Neben Zeilendaten konnen auch Extendable-Markup-Language- 
Daten (XML-Daten) mit Finishing-Operationen angereichert wer- 
den. Der XML-Standard ist vor allem im Bereich von Internet- 
Seiten ein wohl bekannter Standard. Auch Personalized- 
Printer-Markup-Language-Daten (PPML-Daten) konnen mit der 
vorliegenden Erfindung um Finishing-Bef ehle angereichert wer- 
den. SchlieBlich ist es auch moglich, weitere, bekannte Arten 
von Dokumentedatenstromen, wie beispielsweise Daten der Prin- 
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ter-Controll-Language (PCL) in der erf indungsgemaften Weise zu 
verarbeiten. Dabei k&nnen Finishing-Bef ehle bereits im ur- 
spriinglichen Datenstrom (PCL) enthalten sein, der PCL- 
Datenstrom in einen AFP-Datenstrom umgewandelt werden und da- 
bei die bereits bestehenden Finishing-Bef ehle ubernommen wer- 
den und wahlweise mit zusatzlichen Finishing-Bef ehlen ange- 
reichert werden. Die Anreicherung erfolgt dann in der erf in- 
dungsgemalien Weise. 

Mit der Erfindung ist es schliefilich auch denkbar, statt ei- 
ner Datenanreicherung eine Datenreduktion vorzunehmen, d. h. 
eine Druckdaten-Eingangsdatei, die Finishing-Operationen ent- 
halt, um diese Operationen zu vermindern. Der grundsatzliche 
erf indungsgemaBe Ablauf mit dem Erstellen einer Kontroll- 
Datei, die bestimmte Ebenen definiert und gewisse Finishing- 
Operationen diesen Ebenen zuweist, bleibt dabei erhalten. Es 
wird iediglich statt dem Hinzufugen von Finishing-Bef ehlen 
das Entfernen von Finishing-Bef ehlen festgelegt. Genausogut 
kann vorgesehen sein, Finishing-Bef ehle auszutauschen, wo- 
durch z. B. Finishing-Bef ehle, die auf einen bestimmten Typ 
oder eine bestimmte Version von Finishing-Gerat aufsetzt, 
durch entsprechend geanderte Typen oder Versionen zu erset- 
zen. Dies kann insbesondere vorteilhaft sein, wenn eine zu 
druckende Datei Finishing-Bef ehle einer bestimmten Norm (z. 
B. UP 3 I) enthait und an einer Anlage bearbeitet werden soil, 
die diese Norm nicht erfullt, z. B. nicht UP 3 I-fahig ist. 
Weiterhin ermoglicht die Erfindung, Finishing-Bef ehle bzw. 
Daten einer ersten Norm zu ersetzen durch Finishing-Bef ehle 
bzw, Daten einer zweiten Norm, beispielsweise, wenn eine An- 
wendung auf einem neuen System ablauf en soli. 

Mit der Erfindung sind somit die Grundlagen geschaffen, sehr 
flexibel mit Druckdatenstromen in mehr oder weniger komplexen 
Druckproduktionssystemen umzugehen, in denen die Daten, Doku- 
mente bzw. Auf zeichnungstrager in mehreren verschiedenen Ge- 
raten verarbeitet werden. 



WO 2004/013748 




T/EP2003/008439 



Bei der Umwandlung eines PCL- Oder PS (Postscript) Datenstrom 
in AFP kann es zudem vorgesehen sein, dafi die Formdef -Datei 
in einem Zuge mit der Umwandlung der Druckdatendatei erstellt 
wird f d. h. sie wird sozusagen „on the fly" gebildet. Mit 
diesen beiden Dateien (Formdef-Datei und Druckdatendatei) und 
der vom Anwender erzeugten erf inderischen Kontrolldatei kann 
dann direkt und sehr schnell die modif izierte Druckdatendatei 
und die modif izierte Formdef-Datei zur Verarbeitung des 
Druckauf trags in einem Drucksystem mit Finishing-Bef ehlen er- 
folgen . 

Die Erfindung kann insbesondere als Computerprogramm (Soft- 
ware) realisiert sein. Sie kann damit als Computerprogramm- 
Modul als Datei auf einem Datentrager wie einer Diskette Oder 
CD-Rom oder als Datei iiber ein Daten- bzw. Kommunikationsnetz 
verbreitet werden. Derartige und vergleichbare Computerpro- 
gramm-Produkte oder Computerprogramm-Elemente sind Ausgestal- 
tungen der Erfindung. Der erf indungsgemalie Ablauf kann in ei- 
nem Computer, in einem Druckgerat oder in einem Drucksystem 
mit vorgeschalteten oder nachgeschalteten Datenverarbeitungs- 
geraten Anwendung finden, insbesondere wenn das Computerpro- 
gramm auf einem geeigneten Computer ablauft und dort einen 
erf indungsgemaften Verf ahrensablauf bewirkt. Dabei ist klar, 
dafi entsprechende Computer, auf denen die Erfindung angewandt 
wird, weitere, an sich bekannte technische Einrichtungen wie 
Eingabemittel (Tastatur, Mouse, Touchscreen) , einen Mikropro- 
zessor, einen Daten- bzw. Steuerungsbus, eine Anzeigeeinrich- 
tung (Monitor, Display) sowie einen Arbeitsspeicher , einen 
Festplattenspeicher und eine Netzwerkkarte enthalten konnen. 
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Bezugszeichenliste 



la...lc erste Gruppe von Dokumenten 

2a... 2c zweite Gruppe von Dokumenten 

3a. ..3c mailpieces (Sendungen) 

3 Host Computer 

4 Bearbeitungscomputer (File Server) 

5 Netzwerk-Architektur 

6 Ausgabegerat 
6a . . . 6d Druckgerate 

7 Oberwachungssystem 
7a Oberwachungscomputer 
7b Datenbank 

7c Computerprogramm-Module 

8 Print Manager 

9 Konverter 
10a, 10b Lesestation 

11a, lib Hand-Barcodeleser 

12, 12a Client-Computer (Anwendernetzwerk) 

13 Netzwerk fur Client 

14a . . 14d Druckdatenleitungen 

15 Geratesteuerungsnetzwerk 

16 Druckserver 
16a Bildschirm 

17 Testsystem 

17a optisches Testsystem 

17b Barcode Testsystem 

17c MICR-Test system 

17d Datenerfassungs-Modul 

18a Schneidegerat 

18b Kuvertierer 

19 Druckgut 

20 Forma tierungs-Computerprograram 

21 Kontrolldatei 

22 Druckdatendatei 

23 Formdef-Datei 

24 Host-Druckertreiber 



WO 2004/013748 




T/EP2003/008439 



25 Drucksystem 

26 erstes Druckgerat 

27 zweites Druckgerat 

28 erstes Dokument 
2 9 zweites Dokument 

30 drittes Dokument 

31 PPFA-Kontrolldatei 

31a erster Teil der PPFA-Kontrolldatei 

31b zweiter Teil der PPFA-Kontrolldatei 

32 PPFA-Computerprogramm 

33 PPFA-Formdef-Datei 

34 Druckdatendatei 

35 Nachverarbeitungsschritte 

36 Nachverarbeitungsschritte 

4 0 Job-Klammer 

41 Customer-Klammer 

42 Erste Account-Klammer 

4 3 Zweite Account-Klammer 

4 4 Zweite Customer-Klammer 

4 5 Dritte Account-Klammer 

4 6 Kontrolldatei 

47 Def initionsbereich fur Finishing-Operationen 

48 Def initionsbereich fur Ebenen 

4 9 Def initionsbereich fur Zuordnungen 

50 CIS-Computerprogramm-Modul 

51 Modifizierte f ormdef-Datei 

52 Modifizierte Druckdatendatei 

51 Erzeugen der Kontrolldatei 

52 Verandern der Druckdatendatei 

53 Erzeugen des IPDS-Druckdatenstroms 

54 Ausdrucken 

55 Erzeugen der PPFA-Kontrolldatei 

56 Erzeugen der PPFA-Formdef-Datei 

57 Erzeugen der Kontrolldatei 46 

58 Erzeugen des IPDS-Datenstroms 
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Erzeugen des neuen f ormdef-Datei 
Konvertierungsprozefi fur variable Druckdaten 
Umwandlung AFP -> IPDS 
Dokumentenproduktion 
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Patentanspruche : 

1. Verfahren zum Anreichern eines Eingangs- 

Dokumentendatenstroms, der wenigstens eine Formatdef ini- 
tionen beinhaltende Eingangs-Formatdatei (23) und eine in 
Bereiche und/oder Unterbereiche strukturierte, variable 
Daten enthaltende Eingangs-Dokumentendatendatei (22) ent- 
halt, mit Finishing-Bef ehlen, wobei in einer Kontrollda- 
tei (46) Ebenenstrukturen definiert werden, die den Be- 
reichen (40) und/oder den Unterbereichen (41, 42, 43, 44) 
der Eingangs-Dokumentendatendatei (22) entsprechen, wobei 
in der Kontrolldatei (4 6) die Finishing-Bef ehle den Ebe- 
nen zugeordnet werden und wobei anhand der Kontrolldatei 
(46) , der Eingangs-Formatdatei (23) und der Eingangs- 
Dokumentendatendatei (22) von einem Computerprogrammmodul 
(50) autoirtatisch erzeugt wird: 

(a) eine Ausgangs-Formatdatei (51) , die in aufrufbaren 
Gruppen die Finishing-Bef ehle enthalt, und 

(b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf ruf e enthaltende Aus- 
gangs-Dokumentendatendatei (52) . 

2. Verfahren nach Anspruch 1, wobei in der Kontrolldatei 
(46) die Finishingbef ehle (47) und die Ebenen (48) defi- 
niert werden sowie eingetragen wird, welche Finishingbe- 
fehle in welcher Ebene angewandt werden. 

3. Verfahren nach Anspruch 2, wobei in der Kontrolldatei 
(46) festgelegt wird, welche Verarbeitungsbef ehle auf 
welchen Ebenen ausgefiihrt werden. 

4. Verfahren nach einem der vorhergehenden Ansprilche, wobei 
das Dokumentenverarbeitungssystem (1) ein Druckprodukti- 
onssystem ist, das ein Druckgerat (26, 27) und mindestens 
ein Gerat (18a, 18b) zur Verarbeitung des Druckgutes (19) 
vor oder nach dem Druckvorgang umfasst und wobei die Fi- 
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nishingbef ehle mindestens eines der Gerate (18a, 18b) zur 
Verarbeitung des Druckgutes (19) vor oder nach dem Druck- 
vorgang ansteuern. 



5. Verfahren nach einem der vorhergehenden Anspriiche, wobei 
mit dem Computerprogrammmodul (50) die Daten der Aus- 
gangs-Formatdefinitionsdatei (51) und die Daten der Aus- 
gangs-Dokumentendatei (52) zueinander korrespondierend 
erzeugt werden. 

6. Verfahren nach einem der vorhergehenden Anspriiche, wobei 
der resourcenstrukturierte Eingangs-Dokumentendatenstrom 
(22) und/oder der resourcenstrukturierte Ausgangs- 
Dokumentendatenstrom ein Advanced Function Presentation™ 
Datenstrom ist. 



7. Verfahren nach einem der Anspriiche 1 bis 5, wobei der 
resourcenstrukturierte Eingangs-Dokumentendatenstrom (22) 
und/oder der resourcenstrukturierte Ausgangs- 
Dokumentendatenstrom ein XML-, PPML-, PCL- oder Post 
Script-Datenstrom ist. 

8. Verfahren nach den Anspruch 6, wobei die Eingangs-' und 
Ausgangs-Formatdefinitionsdateien (23, 51) jeweils eine 
Formdef-Datei sind und dass der Computerprogrammabschnitt 
(50) die Ausgangs-Formdef-Datei (51) gegeniiber der Ein- 
gangs-Formdef-Datei (23) mit veranderten Medium Maps ver- 
sieht . 



9. Verfahren nach Anspruch 6 und Anspruch 8, wobei die Aus- 
gangs-Dokumentendatei (52) eine Druckdatei mit variablen 
Druckdaten ist und der Computerprogrammabschnitt (50) die 
variablen Daten mit Aufrufen der Medium Maps der Aus- 
gangs-Formdef-Datei (51) anreichert. 

10. Verfahren nach einem der vorhergehenden Anspriiche, wobei 
eine nicht resourcenstrukturierte Datei eingelesen und 
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in einen resourcenstrukturiereten Eingangs-Datenstrom um- 
gewandelt wird und dann einem Verfahren nach einemder 
vorhergehenden Ansprttche unterzugen wird. 

11. Verfahren nach Anspruch 10, wobei nicht resourcenstruktu- 
rierte Datei eine Zeilendaten-Datei ist. 

12. Verfahren nach einem der Anspruche 10 oder 11, wobei zum 
Umwandeln der nicht resourcenstrukturierten Datei dassel- 
be Computerprogrammmodul (50) verwendet wird wie zum Auf- 
bereiten der resourcenstrukturierten Eingangsdatei . 

13. Verfahren zum Verandern oder Entfernen von Finishing- 
Befehlen in einem Eingangs-Druckdatenstrom, der wenigs- 
tens eine Formatdef initionen beinhaltende Eingangs- 
Formatdatei (23) und eine in Bereiche und/oder Unterbe- 
reiche strukturierte, variable Daten enthaltende Ein- 
gangs-Dokumentendatendatei (22) enthalt, wobei in einer 
Kontrolldatei (46) Ebenenstrukturen definiert werden, die 
den Bereichen (40) und/oder den Unterbereichen (41, 42, 
43, 44) der Eingangs-Dokumentendatendatei (22) entspre- 
chen, wobei in der Kontrolldatei (46) die veranderten Fi- 
nishing-Bef ehle den Ebenen zugeordnet werden und wobei 
anhand der Kontrolldatei (46), der Eingangs-Formatdatei 
(23) und der Eingangs-Dokumentendatendatei (22) von einem 
Computerprogrammmodul (50) automatisch erzeugt wird: 

(a) eine Ausgangs-Formatdatei (51), die in aufrufbaren 
Gruppen die veranderten Finishing-Bef ehle enthalt oder 
die zu entfernenden Finishing-Bef ehlen nicht mehr ent- 
halt, und 

(b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf ruf e enthaltende Aus- 
gangs-Dokumentendatendatei (52) . 

14 . Computerprogrammprodukt zum Anreichern eines Eingangs- 
Dokumentendatenstroms, der wenigstens eine Formatdef ini- 
tionen beinhaltende Eingangs-Formatdatei (23) und eine in 
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Bereiche und/oder Unterbereiche strukturierte, variable 
Daten enthaltende Eingangs-Dokumentendatendatei (22) ent- 
hait, mit Finishing-Bef ehlen, wobei in einer Kontrollda- 
tei (4 6) Ebenenstrukturen definiert werden, die den Be- 
reichen (40) und/oder den Unterbereichen (41, 42, 43, 44) 
der Eingangs-Dokumentendatendatei (22) entsprechen, wobei 
in der Kontrolldatei (46) die Finishing-Bef ehle den Ebe- 
nen zugeordnet werden und wobei anhand der Kontrolldatei 

(46) , der Eingangs-Formatdatei (23) und der Eingangs- 
Dokumentendatendatei (22) von einem Computerprogramiranodul 

(50) automatisch erzeugt wird: 

(a) eine Ausgangs-Formatdatei (51) , die in aufrufbaren 
Gruppen die Finishing-Bef ehle enthalt, und 

(b) eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehSrige Gruppenauf ruf e enthaltende Aus- 
gangs-Dokumentendatendatei (52) • 

15 . Computerprogrammprodukt nach Anspruch 14, wobei in der 
Kontrolldatei (46) die Finishingbef ehle (47) und die Ebe- 
nen (48) definiert werden sowie eingetragen wird, welche 
Finishingbef ehle in welcher Ebene angewandt werden. 

16 . Computerprogrammprodukt nach Anspruch 15, wobei in der 
Kontrolldatei (46) festgelegt wird, welche Verarbeitungs- 
befehle auf welchen Ebenen ausgefuhrt werden. 

17 . Computerprogrammprodukt nach einem der AnspirUche 14 bis 

16, wobei das Dokumentenverarbeitungssystem (1) ein 
Druckproduktionssystem ist, das ein Druckgerat (26, 27) 
und mindestens ein Gerat (18a, 18b) zur Verarbeitung des 
Druckgutes (19) vor oder nach dem Druckvorgang umfasst 
und wobei die Finishingbef ehle mindestens eines der Gera- 
te (18a, 18b) zur Verarbeitung des Druckgutes (19) vor 
oder nach dem Druckvorgang ansteuern. 

18 . Computerprogrammprodukt nach einem der Ansprtiche 14 bis 

17, wobei es geeignet ist f als resourcenstrukturierten 
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Eingangs-Dokumentendatenstrom (22) und/oder als resour- 
censtrukturierten Ausgangs-Dokumentendatenstrom einen Ad- 
vanced Function Presentation™ Datenstrom zu bearbeiten, 
wobei die Eingangs- und Ausgangs-Formatdef initionsdateien 
(23, 51) jeweils eine Formdef-Datei sind, wobei der Com- 
puterprogrammabschnitt ( 50 ) die Ausgangs-Formdef -Datei 
(51) gegenuber der Eingangs-Formdef-Datei (23) mit verSn- 
derten Medium Maps versieht und wobei die Ausgangs- 
Dokumentendatei (52) eine Druckdatei mit variablen Druck- 
daten ist und der Computerprogrammabschnitt (50) die va- 
riablen Daten mit Aufrufen der Medium Maps der Ausgangs- 
Formdef-Datei (51) anreichert. 

19 . Geratesystem zum Anreichern eines Eingangs- 

Dokumentendatenstroms, der wenigstens eine Formatdef ini- 
tionen beinhaltende Eingangs-Formatdatei (23) und eine in 
Bereiche und/oder Unterbereiche strukturierte, variable 
Daten enthaltende Eingangs-Dokumentendatendatei (22) ent- 
halt, mit Finishing-Bef ehlen, wobei eine Kontrolldatei 
(46) vorgesehen ist, in der Ebenenstrukturen definierbar 
sind, die den Bereichen (40) und/oder den Unterbereichen 
(41, 42, 43, 44) der Eingangs-Dokumentendatendatei (22) 
entsprechen, wobei in der Kontrolldatei (46) die Finis- 
hing-Befehle den Ebenen zugeordnet sind und wobei ein 
Computerprogrammmodul (50) vorgesehen ist, durch das an- 
hand der Kontrolldatei (46), der Eingangs-Formatdatei 
(23) und der Eingangs-Dokumentendatendatei (22) automa- 
tisch erzeugt wird: 

(a) eine Ausgangs-Formatdatei (51), die in aufrufbaren 
Gruppen die Finishing-Bef ehle enthalt, und 

(b) - eine die variablen Daten und bereichs- oder unterbe- 
reichsweise zugehorige Gruppenauf ruf e enthaltende Aus- 
gangs-Dokumentendatendatei (52) . 

20. Geratesystem nach Anspruch 19, wobei in der Kontrolldatei 
(46) die Finishingbef ehle (47) und die Ebenen (48) defi- 
niert sind sowie eingetragen ist, welche Finishingbef ehle 
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in welcher Ebene angewandt werden. 

21. Geratesystem nach Anspruch 20, wobei in der Kontrollda- 
tei (46) festgelegt ist, welche Verarbeitungsbef ehle auf 
welchen Ebenen ausgefuhrt werden. 

22 . Geratesystem nach einem der Anspriiche 19 bis 21, wobei 
das Dokumentenverarbeitungssystem (1) ein Druckprodukti- 
onssystem ist, das ein Druckgerat (26, 27) und mindestens 
ein Gerat (18a, 18b) zur Verarbeitung des Druckgutes (19) 
vor oder nach dem Druckvorgang umfasst und wobei mindes- 
tens eines der Gerate (18a, 18b) so ausgebildet ist, dass 
es die Finishingbef ehle zur Verarbeitung des Druckgutes 
(19) vor oder nach dem Druckvorgang interpretieren kann. 



23 . Geratesystem nach einem der Anspriiche 19 bis 22, wobei 
ein' Gerat (4) zum Empfang des der resourcenstrukturierte 
Eingangs-Dokumentendatenstroms (22) vorgesehen ist und so 
ausgebildet ist, dass es einen Advanced Function Presen- 
tation™ Datenstrom interpretieren und/oder bearbeiten- 
kann . 

24 . Geratesystem nach einem der Anspriiche 19 bis 23, wobei 
ein Gerat (4) zum Empfang des der resourcenstrukturierte 
Eingangs-Dokumentendatenstroms (22) vorgesehen ist und so 
ausgebildet ist, dass es ein XML- , PPML-, PCL- oder Post 
Script-Datenstrom interpretieren und/oder bearbeitenkann . 
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Begin of Job 
BDT STATEMENTS 
BNG CUSTOMER 
BNG ACCOUNT 
IMM ACCOUNT 
BP page 1 
EP 

• • • 

BP page 9 
EP 

ENG ACCOUNT 
BNG ACCOUNT 
IMM ACCOUNT 
BP page 1 
EP 



BP page 6 
EP 

ENG ACCOUNT 
ENG CUSTOMER 
BNG CUSTOMER 
BNG ACCOUNT 
IMM ACCOUNT 
BP page 1 
EP 

• • • 

BP page 3 
EP 

ENG ACCOUNT 
ENG CUSTOMER 
EDT STATEMENTS 
End of Job 



IFORMDEF OLD 

REPLACE YES; 
SUPPRESSION YESTERDY; 
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COPYGROUP ACCOUNT 
CUTSHEET YES 
DIRECTION ACROSS 
DUPLEX NORMAL 
INVOKE SHEET 
OFFSET 0.1 IN 0.1 IN 
PRESENT PORTRAIT; 
SUBGROUP COPIES 1 

SUPPRESSION YESTERDY; 
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(part 1 of 2) 

FORMDEF NEW 

REPLACE YES; 
SUPPRESSION YESTERDY; 

COPYGROUP LI_ACC1 
CUTSHEET YES 
DIRECTION ACROSS 
DUPLEX NORMAL 
INVOKE SHEET 
OFFSET 0.1 IN 0.1 IN 
PRESENT PORTRAIT 
FINISH SCOPE BEGCOLL 
OPERATION wrap 
REFERENCE topleft 
OPERATION Shift 
REFERENCE left 
OPERATION corner 
REFERENCE topleft; 
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(part 2 of 2) 
COPYGROUP LI_ACC2 
CUTSHEET YES 
DIRECTION ACROSS 
DUPLEX NORMAL 
INVOKE SHEET 
OFFSET 0.1 IN 0.1 IN 
PRESENT PORTRAIT 
FINISH SCOPE CONTCOLL 
OPERATION wrap 
REFERENCE topleft 
OPERATION shift 
REFERENCE left 
SCOPE BEGCOLL 
OPERATION corner 
REFERENCE topleft; 
COPYGROUP RI_ACC1 
CUTSHEET YES 
DIRECTION ACROSS 
DUPLEX NORMAL 
INVOKE SHEET 
OFFSET 0.1 IN 0.1 IN 
PRESENT PORTRAIT 
FINISH SCOPE CONTCOLL 
OPERATION wrap 
REFERENCE topleft 
SCOPE BEGCOLL 
OPERATION shift 
REFERENCE right 
OPERATION corner 
REFERENCE topleft ; 
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def ineFinishingOP 
def ineFini shingOP 
def ineFinishingOP 



( 



1 shrink ' ) 
'left shift 



( ' staple ' ) 



def ineLEVEL 
def ineLEVEL 



def ineLEVEL 



def ineLEVEL 



( level_A, FILE ) 
( level_Bl, 

GROUPLEVEL1 , 

ODD ) 
( level_B2, 

GROUPLEVEL1 , 

EVEN ) 
( level_C, 

GROUPLEVEL2 , 

1 ACCOUNT ' ) 



insertFinishingOP ( 
insertFinishingOP ( 



' shrink ' , 
level_A ) 
' left shift ' , 
level_Bl ) 
insertFinishingOP ( 'right shift 

level_B2 ) 
insertFinishingOP ( ' staple ' , 

level_C ) 
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